Day 05｜兩百則警示裡的那一則——高可靠性組織

副標題：《高可靠性組織 (High Reliability Organizing)》

引子：在第五章故事中的場景
請參考:群島計畫

蘇菲在守夜小隊翻出一則被馬修「確認但未深究」的警示，時間點正好落在羅盤小隊凌晨事故的兩個半小時之前，指向同一條連線池。馬修沒有錯——他只是在兩百則警示的脈絡裡，做出了在當下看起來合理的判斷。艾佛勒把這個現象命名為：一個還沒有準備好面對真正意外的系統。

理論溯源：研究「一次失誤就是重大事故」的組織

高可靠性組織理論（High Reliability Organizing，簡稱HRO）由學者卡爾・魏克與凱瑟琳・蘇特克利夫長期研究一群特殊的組織發展而成：航空母艦甲板作業、核電廠控制室、空中交通管制——這些組織的共通點是，運作環境高度複雜、時間壓力極大，而且一次重大失誤的代價，可能是無法挽回的。但弔詭的是，這些組織的意外發生率，反而遠低於一般產業。魏克與蘇特克利夫想搞清楚：他們到底做對了什麼？

理論精解：五個原則，撐住整體的穩定

高可靠性組織理論歸納出五個核心原則：

• 對失敗的專注（Preoccupation with Failure）：把任何微小的異常都當作系統可能出問題的訊號，而不是「反正機率很低」而輕輕放過。
• 不簡化解讀（Reluctance to Simplify）：抗拒用一句話、一個標籤打發複雜的狀況（例如「這種等級的問題你自己應該可以判斷」），願意保留問題原本的複雜度。
• 對現場的敏感（Sensitivity to Operations）：最了解真實狀況的，往往是第一線的人，組織必須設計出讓這些訊號能夠被聽見、被重視的管道。
• 對韌性的承諾（Commitment to Resilience）：重點不是「永遠不犯錯」（那是不可能的），而是當錯誤發生時，系統有沒有能力快速偵測、抑制、復原，不讓小問題滾成大災難。
• 對專業的尊重（Deference to Expertise）：當狀況升溫時，決策權應該流向最懂這個當下情境的人，而不是永遠停留在最高職位的人手上。

應用解析：書中的安排

1. 馬修沒有錯，系統的設計錯了：故事刻意不讓馬修變成代罪羔羊，他的判斷在「兩百則警示」的脈絡裡完全合理。問題出在，這個警示系統本身違反了「對失敗的專注」：多年來只加規則、不減規則，稀釋了每一則警示原本該有的重量，讓真正致命的那一則，淹沒在雜訊裡。
2. 「憑感覺處理」不是不專業，是系統缺口的症狀：萊利說值班常常「憑感覺」，這句話呼應「不簡化解讀」——第一線的人早就知道現實比手冊複雜，只是沒有人設計出讓這種複雜度被組織正式接住的機制。
3. 把兩起事件放回同一條因果鏈：這一章刻意用「羅生門」式的寫法，讓讀者親眼看見同一晚的兩個切面，而不是聽艾佛勒直接下結論。這正是「對現場的敏感」在敘事上的示範：真相往往分散在不同的人手上，要主動把它們拼起來，而不是等它自己浮現。
4. 不對「誰的錯」下結論，而是問「系統夠不夠有韌性」：艾佛勒的收尾刻意迴避了追究責任，轉而指出這整個系統缺乏「對韌性的承諾」，這也替下一章「公正文化」埋下伏筆：光是不究責還不夠，還需要有意識地重新設計系統，讓它有能力承接住不確定性。

實踐指南：你也可以這樣用

• 練習一：警示／訊號的定期減法。如果你的團隊也有一套持續累積、卻很少被清理的警示或提醒機制，找一個時間，回頭盤點每一條規則：它上一次真正救到什麼，還是每一次都是雜訊？警示和注意力一樣，是有限的資源，加法容易，減法才是真正的紀律。
• 練習二：問「這個系統，讓誰的合理判斷變成了風險」。下次遇到一次意外或失誤，先別急著問「誰做錯了」，改問「在他當下所處的資訊環境裡，這個決定合不合理？如果合理，那代表問題出在資訊環境本身，不是這個人。」

延伸思考

思考題：想一個你所在的系統裡，某個「已經習慣、所以不再認真看待」的重複性訊號——如果有一天它突然是真的，你的系統，來得及注意到嗎？